
$ A SYSTEM, METHOD AND ARTICLE OF MANUFACTURE FOR 

J* 

$F TRANSLATING TECHNICAL WORDS IN A SUPPLY CHAIN SYSTEM 

Background of the Invention 

The present invention relates generally to network-based supply chain systems, and 
more particularly to implementing an industry-specific supply chain framework. 



Companies that develop and market apparel are under severe financial pressures. 

10 Retailers are demanding shorter fashion cycles, lower cost of goods and leaner 

inventory practices. Apparel companies would like to reduce product development 
cycle time, increase their flexibility and improve on-time delivery. However, they 
suffer from limited visibility into their globally fragmented and complex supply chain 
for "design-to-order" apparel products. This leads to inconsistent communications, 

15 long cycle-times, missed deadlines and high inventory carrying costs. McKinsey & 
Company's industry experts estimate apparel companies lose 10 to 20% of their sales 
due to stock-outs and up to an additional 50% of sales are marked down due to late 
shipments. The inefficiency of the supply chain is at the heart of these problems. 



20 Because most apparel products are designed to order, the apparel industry's global 
supply chain is characterized by a highly complex web of relationships and processes 
that are in a continual state of flux. For each apparel product, the supply chain 
relationships span multiple countries, many of which are in developing world nations. 
There is wide variability in the structure of the relationships and business processes, not 

25 only among Brand Manufacturers, but also among divisions in the same Brand and 
between different products within the same division. Moreover, these relationships and 
processes change frequently to meet cost and quality pressures, changes in country 
quotas, increased seasonality, and shorter life cycles. These supply chain changes can 
be dramatic, such as moving manufacturing to a new country or even splitting 

30 production of the same product between two countries. Changes such as these entail 
not only establishing new relationships and processes, but also doing that in the context 
of a different language, new tariffs and transportation issues. 
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To date, the complexity of the apparel industry's supply chain has defied the use of 
anything more than the simplest of technologies - phone, fax, "Fedex" and some e- 
mail. With expansion of the Internet infrastructure to the developing world, a global 
information technology solution becomes possible. The Internet offers a ubiquitous, 
5 low cost common communication infrastructure. This is a big step toward a supply 
chain solution for the wide flung relationships of apparel industry supply chains. 
However, there remain a number of significant technical challenges that must be 
addressed when building an apparel supply chain solution that will add significant value 
beyond the current phone, fax and Fedex. 

10 

Apparel is an example of a "design-to-order" industry. All design-to-order industries 
experience the same supply chain. In this type of industry, a marketing company 
focuses on understanding trends in the target customer market, creating brand loyalty 
among customers, and building brand awareness among potential customers. This 

15 marketing company specifies products that meet customer tastes and maintain brand 
consistency. It then contracts with a network of trading partners that provide product 
designs, manufacturing capacity, and raw materials. Because of economic and 
demographic differences among nations, marketing companies, manufacturers, and raw 
material suppliers typically exist in different countries, resulting in a number of 

20 communication and logistical challenges. Moreover, the underlying reason for design- 
to-order products is that market requirements change over time. Therefore, the 
marketing company and its trading partners have a limited window of time in which to 
complete the design-to-order process for any given product. Also, technological, 
economic, and demographic changes result in a continuously evolving landscape of 

25 business processes and business relationships. 

Design-to-order industries exist for both hard goods and information goods. In the hard 
goods arena, design-to-order industries include, but are not limited to, apparel, sporting 
goods, home furnishings, and children's toys. In these cases, manufacturing companies 
30 turn designs into finished goods using physical raw materials, physically shipping raw 
materials to factories and finished goods to retail distributors. In the information goods 
arena, design-to-order industries include advertising, media production, and offshore 
software development. In these cases, production companies turn specifications into 
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finished works using a network of information suppliers, electronically shipping 
information from information suppliers to production company and finished works to 
information distributors. 



Summary of the Invention 



A system, method, and article of manufacture are provided for translating words. 
5 Initially, a plurality of words are received for being translated. Further, a context 
associated with the words is identified. Still yet, the words may be translated based 
on the identified context. 

In one embodiment of the present invention, the translation of the words includes 
10 matching the words with a predetermined set of translated words. As an option, the 
predetermined set of translated words may be selected based on the identified context. 

In another embodiment of the present invention, the context may include a particular 
industry in which the words are used. Further, the words may be received utilizing a 
15 network, and may include technical words. 
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Brief Description of the Drawings 



Figure 1 illustrates, rather broadly, the features and benefits of one embodiment of the 
5 present invention; 

Figure la illustrates a method for manipulating a sequence of a work item in a supply 
chain, in accordance with one embodiment of the present invention; 

10 Figure 2 shows a representative hardware environment on which the method of Figure 
la may be implemented; 

Figure 2b illustrates an exemplary system architecture that may be executed on the 
hardware environment of Figure 2; 

15 

Figure 3 illustrates a method for translating documents in an design-to-order supply 
chain; 

Figure 4 illustrates a method for tailoring a network-based supply chain for different 
20 regions; 

Figure 5a illustrates the various software components of the present invention; 

Figure 5b illustrates a method for providing a dynamic supply chain module in a 
25 supply chain of a plurality of businesses; 

Figure 5c illustrates a method for managing participants in a supply chain; 

Figure 6a illustrates a method for workflow management of a supply chain, in 
30 accordance with one embodiment of the present invention; 
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Figure 6b illustrates a supply chain workflow topology in accordance with one 
embodiment of the present invention; 

Figure 7 illustrates a table that summarizes the properties of workflow abstractions of 
5 the present invention; 

Figure 8 illustrates workflow processing across three levels of abstraction; 

Figure 8a illustrates the manner in which business documents are constructed in 
10 accordance with one embodiment of the present invention; 

Figure 8b illustrates a document category overview, in accordance with one 
embodiment of the present invention; 

15 Figure 9 illustrates a scheme for deriving screens from tasks; 

Figure 10 illustrates a workflow model in accordance with one embodiment of the 
present invention; 

20 Figure 11 illustrates a primary message flow among the various components of the 
present invention; 

Figures 12-19 illustrate a collaboration manager hub, collaboration manager node, 
conversation manager initiate module, conversation manager generate module, 
25 conversation manager complete module, presentation manager initiate module, 
presentation manager respond module, presentation manager complete module, 
respectively; and 

Figures 20-23 illustrate subsystem architecture associated with the collaboration 
30 manager hub, collaboration manager node, conversation manager modules, and 
presentation manager modules, respectively. 
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Detailed Description of the Invention 



Figure 1 illustrates, rather broadly, the features 150 of the present invention. As 
5 shown, benefits are accrued in various areas including production and design 151, 
buying 152, logistics 153, selling 154, support 155, and planning 156 to provide a 
design-to-ordersupply chain. 

With respect to production and design 151, the present invention is capable of 
10 reducing lead times to produce designs, delivering products and coordinating 
production by improving on-line collaboration between marketing companies and 
designated suppliers. Further, faster communications and decisions are enabled to 
shorten production cycle times. Regarding buying 152, spending may be aggregated, 
and management of a dynamic and changing global supply market of labor rates, 
15 exchange rates, import quotes, qualified supplier base may be expanded. Further, 
expiring goods may be purchased on spot exchanges to deliver exceptional consumer 
values. 

Further, logistics 153 are improved by monitoring flows of goods in real-time 
20 including negotiating with carriers worldwide in real-time. Further, selling 154 is 
improved by increasing inventory turns and increasing open to buy through "surplus 
auctions" and a more rapid/responsive chain. 

Regarding support 155, overall supply chain efficiency is improved with software 
25 tools (e.g., reduced transaction costs). Further, planning 156 is benefited by providing 
planning tools for assortments and key items leveraging the Internet linked to 
purchasing services to reduce out-of-stocks. 

Figure la illustrates a method 100 for manipulating a sequence of a work item in a 
30 supply chain, in accordance with one embodiment of the present invention. First, in 
operation 102, a work item is generated that is representative of communications 
between businesses utilizing a network. In one embodiment of the present invention, 
the work item may include a document. Moreover, the document may include a 



-7- 



plurality of manipulatable components such as blocks of business data, messages, 
alerts, action items, and a calendar. More information regarding such components 
will be set forth hereinafter in greater detail. 

5 In another embodiment of the present invention, the businesses may be apparel- 
related businesses. It should be noted, however, that any type of business may be 
involved. As an option, the businesses may be located in at least two geographically 
remote locations. 

10 A project template is then identified, where the project template includes a plurality of 
process templates. See operation 104. The work item is then processed in operation 
106, in accordance with process templates in order to accomplish goals of the project 
template. It should be noted that the processing may include manipulating a plurality 
of entities in the work item using an enterprise object. Such entities may include 

15 organizations, divisions, people, subscribers, customers, addresses, contact 
information, and locales. 

Next, the processed work item is outputted via a process interface utilizing the 
network. Note operation 108. Optionally, the process interface may display a 
20 representation of the processed work item in substantially the same format for each of 
the businesses. Additional functional features associated with the present invention 
will be expanded upon during reference to Figures 3-23. 

System Architecture 

25 

Figure 2 shows a representative hardware environment on which the method 100 of 
Figure la may be implemented. Such figure illustrates a typical hardware 
configuration of a workstation in accordance with a preferred embodiment having a 
central processing unit 210, such as a microprocessor, and a number of other units 
30 interconnected via a system bus 212. 

The workstation shown in Figure 2 includes a Random Access Memory (RAM) 214, 
Read Only Memory (ROM) 216, an I/O adapter 218 for connecting peripheral devices 
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such as disk storage units 220 to the bus 212, a user interface adapter 222 for 
connecting a keyboard 224, a mouse 226, a speaker 228, a microphone 232, and/or 
other user interface devices such as a touch screen (not shown) to the bus 212, 
communication adapter 234 for connecting the workstation to a communication 
5 network 235 (e.g., a data processing network) and a display adapter 236 for 
connecting the bus 212 to a display device 238. 

The workstation typically has resident thereon an operating system such as the 
Microsoft Windows NT or Windows/95 Operating System (OS), the IBM OS/2 
10 operating system, the MAC OS, or UNIX operating system. Those skilled in the art 
may appreciate that the present invention may also be implemented on platforms and 
operating systems other than those mentioned. 

A preferred embodiment is written using JAVA, C, and the C++ language and utilizes 
15 object oriented programming methodology. Object oriented programming (OOP) has 
become increasingly used to develop complex applications. As OOP moves toward 
the mainstream of software design and development, various software solutions 
require adaptation to make use of the benefits of OOP. A need exists for these 
principles of OOP to be applied to a messaging interface of an electronic messaging 
20 system such that a set of OOP classes and objects for the messaging interface can be 
provided. 

OOP is a process of developing computer software using objects, including the steps 
of analyzing the problem, designing the system, and constructing the program. An 

25 object is a software package that contains both data and a collection of related 
structures and procedures. Since it contains both data and a collection of structures 
and procedures, it can be visualized as a self-sufficient component that does not 
require other additional structures, procedures or data to perform its specific task. 
OOP, therefore, views a computer program as a collection of largely autonomous 

30 components, called objects, each of which is responsible for a specific task. This 
concept of packaging data, structures, and procedures together in one component or 
module is called encapsulation. 
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In general, OOP components are reusable software modules which present an 
interface that conforms to an object model and which are accessed at run-time through 
a component integration architecture. A component integration architecture is a set of 
architecture mechanisms which allow software modules in different process spaces to 
5 utilize each others capabilities or functions. This is generally done by assuming a 
common component object model on which to build the architecture. It is worthwhile 
to differentiate between an object and a class of objects at this point. An object is a 
single instance of the class of objects, which is often just called a class. A class of 
objects can be viewed as a blueprint, from which many objects can be formed. 

10 

OOP allows the programmer to create an object that is a part of another object. For 
example, the object representing a piston engine is said to have a composition- 
relationship with the object representing a piston. In reality, a piston engine 
comprises a piston, valves and many other components; the fact that a piston is an 
15 element of a piston engine can be logically and semantically represented in OOP by 
two objects. 

OOP also allows creation of an object that "depends from" another object. If there are 
two objects, one representing a piston engine and the other representing a piston 

20 engine wherein the piston is made of ceramic, then the relationship between the two 
objects is not that of composition. A ceramic piston engine does not make up a piston 
engine. Rather it is merely one kind of piston engine that has one more limitation 
than the piston engine; its piston is made of ceramic. In this case, the object 
representing the ceramic piston engine is called a derived object, and it inherits all of 

25 the aspects of the object representing the piston engine and adds further limitation or 
detail to it. The object representing the ceramic piston engine "depends from" the 
object representing the piston engine. The relationship between these objects is called 
inheritance. 

30 When the object or class representing the ceramic piston engine inherits all of the 
aspects of the objects representing the piston engine, it inherits the thermal 
characteristics of a standard piston defined in the piston engine class. However, the 
ceramic piston engine object overrides these ceramic specific thermal characteristics, 
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which are typically different from those associated with a metal piston. It skips over 
the original and uses new functions related to ceramic pistons. Different kinds of 
piston engines have different characteristics, but may have the same underlying 
functions associated with it (e.g., how many pistons in the engine, ignition sequences, 

5 lubrication, etc.). To access each of these functions in any piston engine object, a 
programmer would call the same functions with the same names, but each type of 
piston engine may have different/overriding implementations of functions behind the 
same name. This ability to hide different implementations of a function behind the 
same name is called polymorphism and it greatly simplifies communication among 

10 objects. 

With the concepts of composition-relationship, encapsulation, inheritance and 
polymorphism, an object can represent just about anything in the real world. In fact, 
one's logical perception of the reality is the only limit on determining the kinds of 
15 things that can become objects in object-oriented software. Some typical categories 
are as follows: 

• Objects can represent physical objects, such as automobiles in a traffic-flow 
simulation, electrical components in a circuit-design program, countries in an 
economics model, or aircraft in an air-traffic-control system. 

20 • Objects can represent elements of the computer-user environment such as 
windows, menus or graphics objects. 

• An object can represent an inventory, such as a personnel file or a table of the 
latitudes and longitudes of cities. 

• An object can represent user-defined data types such as time, angles, and 
25 complex numbers, or points on the plane. 

With this enormous capability of an object to represent just about any logically 
separable matters, OOP allows the software developer to design and implement a 
computer program that is a model of some aspects of reality, whether that reality is a 
30 physical entity, a process, a system, or a composition of matter. Since the object can 
represent anything, the software developer can create an object which can be used as a 
component in a larger software project in the future. 
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If 90% of a new OOP software program consists of proven, existing components 
made from preexisting reusable objects, then only the remaining 10% of the new 
software project has to be written and tested from scratch. Since 90% already came 
from an inventory of extensively tested reusable objects, the potential domain from 
5 which an error could originate is 10% of the program. As a result, OOP enables 
software developers to build objects out of other, previously built objects. 

This process closely resembles complex machinery being built out of assemblies and 
sub-assemblies. OOP technology, therefore, makes software engineering more like 
10 hardware engineering in that software is built from existing components, which are 
available to the developer as objects. All this adds up to an improved quality of the 
software as well as an increased speed of its development. 

Programming languages are beginning to fully support the OOP principles, such as 
15 encapsulation, inheritance, polymorphism, and composition-relationship. With the 
advent of the C++ language, many commercial software developers have embraced 
OOP. C++ is an OOP language that offers a fast, machine-executable code. 
Furthermore, C++ is suitable for both commercial-application and systems- 
programming projects. For now, C++ appears to be the most popular choice among 
20 many OOP programmers, but there is a host of other OOP languages, such as 
Smalltalk, Common Lisp Object System (CLOS), and Eiffel. Additionally, OOP 
capabilities are being added to more traditional popular computer programming 
languages such as Pascal. 

25 The benefits of object classes can be summarized, as follows: 

• Objects and their corresponding classes break down complex programming 
problems into many smaller, simpler problems. 

• Encapsulation enforces data abstraction through the organization of data into 
small, independent objects that can communicate with each other. 

30 Encapsulation protects the data in an object from accidental damage, but 

allows other objects to interact with that data by calling the object's member 
functions and structures. 



- 12- 



• Subclassing and inheritance make it possible to extend and modify objects 
through deriving new kinds of objects from the standard classes available in 
the system. Thus, new capabilities are created without having to start from 
scratch. 

5 • Polymorphism and multiple inheritance make it possible for different 
programmers to mix and match characteristics of many different classes and 
create specialized objects that can still work with related objects in predictable 
ways. 

• Class hierarchies and containment hierarchies provide a flexible mechanism 
10 for modeling real-world objects and the relationships among them. 

• Libraries of reusable classes are useful in many situations, but they also have 
some limitations. For example: 

• Complexity. In a complex system, the class hierarchies for related classes can 
become extremely confusing, with many dozens or even hundreds of classes. 

15 • Flow of control. A program written with the aid of class libraries is still 
responsible for the flow of control (i.e., it may control the interactions among 
all the objects created from a particular library). The programmer has to 
decide which functions to call at what times for which kinds of objects. 

• Duplication of effort. Although class libraries allow programmers to use and 
20 reuse many small pieces of code, each programmer puts those pieces together 

in a different way. Two different programmers can use the same set of class 
libraries to write two programs that do exactly the same thing but whose 
internal structure (i.e., design) may be quite different, depending on hundreds 
of small decisions each programmer makes along the way. Inevitably, similar 
25 pieces of code end up doing similar things in slightly different ways and do 

not work as well together as they should. 



Class libraries are very flexible. As programs grow more complex, more 
programmers are forced to reinvent basic solutions to basic problems over and over 
30 again. A relatively new extension of the class library concept is to have a framework 
of class libraries. This framework is more complex and consists of significant 
collections of collaborating classes that capture both the small scale patterns and 
major mechanisms that implement the common requirements and design in a specific 
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application domain. They were first developed to free application programmers from 
the chores involved in displaying menus, windows, dialog boxes, and other standard 
user interface elements for personal computers. 

5 Frameworks also represent a change in the way programmers think about the 
interaction between the code they write and code written by others. In the early days 
of procedural programming, the programmer called libraries provided by the 
operating system to perform certain tasks, but basically the program executed down 
the page from start to finish, and the programmer was solely responsible for the flow 

10 of control. This was appropriate for printing out paychecks, calculating a 
mathematical table, or solving other problems with a program that executed in just 
one way. 

The development of graphical user interfaces began to turn this procedural 
15 programming arrangement inside out. These interfaces allow the user, rather than 
program logic, to drive the program and decide when certain actions should be 
performed. Today, most personal computer software accomplishes this by means of 
an event loop which monitors the mouse, keyboard, and other sources of external 
events and calls the appropriate parts of the programmer's code according to actions 
20 that the user performs. The programmer no longer determines the order in which 
events occur. Instead, a program is divided into separate pieces that are called at 
unpredictable times and in an unpredictable order. By relinquishing control in this 
way to users, the developer creates a program that is much easier to use. 
Nevertheless, individual pieces of the program written by the developer still call 
25 libraries provided by the operating system to accomplish certain tasks, and the 
programmer may still determine the flow of control within each piece after it's called 
by the event loop. Application code still "sits on top of the system. 

Even event loop programs require programmers to write a lot of code that should not 
30 need to be written separately for every application. The concept of an application 
framework carries the event loop concept further. Instead of dealing with all the nuts 
and bolts of constructing basic menus, windows, and dialog boxes and then making 
these things all work together, programmers using application frameworks start with 
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working application code and basic user interface elements in place. Subsequently, 
they build from there by replacing some of the generic capabilities of the framework 
with the specific capabilities of the intended application. 



5 Application frameworks reduce the total amount of code that a programmer has to 
write from scratch. However, because the framework is really a generic application 
that displays windows, supports copy and paste, and so on, the programmer can also 
relinquish control to a greater degree than event loop programs permit. The 
framework code takes care of almost all event handling and flow of control, and the 

10 programmer's code is called only when the framework needs it (e.g., to create or 
manipulate a proprietary data structure). 

A programmer writing a framework program not only relinquishes control to the user 
(as is also true for event loop programs), but also relinquishes the detailed flow of 
15 control within the program to the framework. This approach allows the creation of 
more complex systems that work together in interesting ways, as opposed to isolated 
programs, having custom code, being created over and over again for similar 
problems. 

20 Thus, as is explained above, a framework basically is a collection of cooperating 
classes that make up a reusable design solution for a given problem domain. It 
typically includes objects that provide default behavior (e.g., for menus and 
windows), and programmers use it by inheriting some of that default behavior and 
overriding other behavior so that the framework calls application code at the 

25 appropriate times. 



There are three main differences between frameworks and class libraries: 

• Behavior versus protocol. Class libraries are essentially collections of 

behaviors that one can call when he or she want those individual behaviors in a 
30 program. A framework, on the other hand, provides not only behavior but also 

the protocol or set of rules that govern the ways in which behaviors can be 

combined, including rules for what a programmer is supposed to provide 

versus what the framework provides. 
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• Call versus override. With a class library, the code the programmer 
instantiates objects and calls their member functions. It's possible to 
instantiate and call objects in the same way with a framework (i.e., to treat the 
framework as a class library), but to take full advantage of a framework's 

5 reusable design, a programmer typically writes code that overrides and is 

called by the framework. The framework manages the flow of control among 
its objects. Writing a program involves dividing responsibilities among the 
various pieces of software that are called by the framework rather than 
specifying how the different pieces should work together. 

10 • Implementation versus design. With class libraries, programmers reuse only 
implementations, whereas with frameworks, they reuse design. A framework 
embodies the way a family of related programs or pieces of software work. It 
represents a generic design solution that can be adapted to a variety of specific 
problems in a given domain. For example, a single framework can embody 

15 the way a user interface works, even though two different user interfaces 

created with the same framework might solve quite different interface 
problems. 

Thus, through the development of frameworks for solutions to various problems and 
20 programming tasks, significant reductions in the design and development effort for 
software can be achieved. 

A preferred embodiment of the invention utilizes HyperText Markup Language 
(HTML) pages sent over the Hypertext Transfer Protocol to present display 

25 documents to the user with a general-purpose secure communication protocol for a 
transport medium between the client and the server. . Information on these products 
is available in T. Berners-Lee, D. Connoly, "RFC 1866: Hypertext Markup Language - 
2.0" (Nov. 1995); and R. Fielding, H, Frystyk, T. Berners-Lee, J. Gettys and J.C. 
Mogul, "Hypertext Transfer Protocol HTTP/1.1: HTTP Working Group Internet 

30 Draft" (May 2, 1996). HTML is a simple data format used to create hypertext 
documents that are portable from one platform to another. HTML documents are 
SGML documents with generic semantics that are appropriate for representing 
information from a wide range of domains. HTML has been in use by the World- 
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Wide Web global information initiative since 1990. HTML is an application of ISO 
Standard 8879; 1986 Information Processing Text and Office Systems; Standard 
Generalized Markup Language (SGML). Another document markup language and 
document transfer protocol such as Wireless Markup Language (WML) and Wireless 
5 Application Protocol (WAP) could substituted for HTML and HTTP without undue 
experimentation. 



To date, Web development tools have been limited in their ability to create dynamic 
Web applications which span from client to server and intemperate with existing 
10 computing resources. Until recently, HTML has been the dominant technology used 
in development of Web-based solutions. However, HTML has proven to be 
inadequate in the following areas: 
Poor performance; 
Restricted user interface capabilities; 
15 • Can only produce static Web pages; 

Lack of interoperability with existing applications and data; and 
Inability to scale. 

Sun Microsystem's Java language solves many of the client-side problems by: 
20 • Improving performance on the client side; 

• Enabling the creation of dynamic, real-time Web applications; and 

• Providing the ability to create a wide variety of user interface components. 



With Java, developers can create robust User Interface (UI) components. Custom 
25 "widgets" (e.g., real-time stock tickers, animated icons, etc.) can be created, and 
client-side performance is improved. Unlike HTML, Java supports the notion of 
client-side validation, offloading appropriate processing onto the client for improved 
performance. Dynamic, real-time Web pages can be created. Using the above- 
mentioned custom UI components, dynamic Web pages can also be created. 

30 

Sun's Java language has emerged as an industry-recognized language for 
"programming the Internet." Sun defines Java as: "a simple, object-oriented, 
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distributed, interpreted, robust, secure, architecture-neutral, portable, high- 
performance, multithreaded, dynamic, buzzword-compliant, general-purpose 
programming language. Java supports programming for the Internet in the form of 
platform-independent Java applets." Java applets are small, specialized applications 

5 that comply with Sun's Java Application Programming Interface (API) allowing 
developers to add "interactive content" to Web documents (e.g., simple animations, 
page adornments, basic games, etc.). Applets execute within a Java-compatible 
browser (e.g., Netscape Navigator) by copying code from the server to client- From a 
language standpoint, Java's core feature set is based on C++. Sun's Java literature 

10 states that Java is basically, "C++ with extensions from Objective C for more dynamic 
method resolution." One of ordinary skill in the art readily recognizes that JAVA 
applets could be added to or substituted for HTML without undue experimentation to 
practice the invention. 

15 Another technology that provides similar function to JAVA is provided by Microsoft 
and ActiveX Technologies, to give developers and Web designers wherewithal to 
build dynamic content for the Internet and personal computers. ActiveX includes 
tools for developing animation, 3-D virtual reality, video and other multimedia 
content. The tools use Internet standards, work on multiple platforms, and are being 

20 supported by over 100 companies. The group's building blocks are called ActiveX 
Controls, small, fast components that enable developers to embed parts of software in 
hypertext markup language (HTML) pages. ActiveX Controls work with a variety of 
programming languages including Microsoft Visual C++, Borland Delphi, Microsoft 
Visual Basic programming system and, in the future, Microsoft's development tool for 

25 Java, code named "Jakarta." ActiveX Technologies also includes ActiveX Server 
Framework, allowing developers to create server applications. One of ordinary skill 
in the art readily recognizes that ActiveX could be substituted for JAVA without 
undue experimentation to practice the invention. 

30 A preferred embodiment of the invention utilizes data-driven computing in general 
and extensible Markup Language (XML) documents in particular to achieve greater 
flexibility in customizing system behavior than would be possible with traditional 
programming techniques. Even with dynamic programming technologies such as 
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JAVA and ActiveX, customizing system behavior by altering programming language 
instructions requires a significant amount of software development, software quality 
assurance, and systems operations labor. Staff skilled in the art of software 
development must code such changes. They must then proceed through the compile- 

5 run-debug cycle until they achieve the desired behavior. Staff skilled in the art of 
software quality assurance must create a battery of tests to exercise the new behavior. 
They must then execute these tests, along with tests of basic system functionality 
often known as regression tests, to ensure system quality. Finally, staff skilled in the 
art of systems operations must provision the code changes from the testing 

10 environment to the operational environment. They must then make provisions for 
reversing the change should it cause any catastrophic consequences to the operational 
environment when the change first becomes active. Because of the enormous effort 
involved, it typically takes several weeks to implement any particular change, and 
updates to the system are provisioned no more frequently than once a week. 

15 Moreover, implementing the total customization of a module for a particular 
organization typically requires several months or more. 

In design-to-order supply chains, the degree of customization and the rate at which 
business processes change make these time frames unacceptable. Each division or 

20 each organization needs to completely customize their modules and continually 
update the business processes performed by these modules as the business 
environment evolves. The solution to overcoming the technical obstacles to 
customization and rapid change is to use a data-driven computing approach. In this 
approach, the system designers specify a great deal of generic functionality in the 

25 system code. A set of external data specifications for each organization, division, or 
individual instruct the system code which functionality to apply at what times. This 
specification does not simply turn different features on and off. Rather, it actually 
affects the sequence in which the system executes code and the constraints applied to 
the inputs and outputs of this code. 

30 

A preferred embodiment of the invention utilized a number of data specifications to 
determine the work item sequencing for projects executed by multiple organizations, 
the work item sequencing for processes executed by multiple individuals within a 
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single organization, and the work item sequencing of services that present user 
interfaces tasks to a single individual. One of ordinary skill in the art readily 
recognizes that one could combine data specifications into a smaller number or 
expand them into a greater number while preserving their semantics without undue 
5 experimentation to practice the invention. 



A preferred embodiment of the invention utilizes data specifications formatted as 
XML documents. XML is a meta-language for specifying domain specific data 
formats. Because a wide variety of commercial software packages such as parsers, 

10 application servers, messaging systems, document management systems, and 
databases support XML, using data formats that conform to the XML specification 
ensures that all components of the system architecture can process the data 
specifications. Despite the general support for XML in these commercial software 
packages, the data specification for a particular data-driven application and the system 

15 code necessary to execute the instructions in the specification is highly specialized. 
One of ordinary skill in the art readily recognizes that one could convert any data 
specification formatted in XML into another structured data format such as tab- 
delimited files, serialized JAVA objects, or relational database tables without undue 
experimentation to practice the invention. 

20 

Figure 2b illustrates an exemplary system architecture 250 that may be executed on 
the hardware environment of Figure 2. As shown, various components may be 
included such as web servers 252, gateway servers 254, an application server 256, 
COTS packages 258, an OS/database 260, storage^ackup 262, server/racks 264, an 
25 extranet 266, a network 268, telecommunications 270, facilities 272, security 274, and 
system management components 276. 



Model Complex Roles and Collaborative Processes 



30 Many industry supply chain systems are focused on timely location and purchase of 
components at a good price. The core functionality of these systems is searching and 
purchasing from large cross-vendor catalogs. These are short-lived transactions, with a 



-20- 



predictable, finite set of structures and business communications. Roles and 
responsibilities of the buyers and sellers are clearly delineated and well defined. 



The design-to-order supply chain model is vastly different from this. From 
5 merchandise planning, through design, sourcing, production and logistics delivery, it 
involves a complex web of organizations and individuals. Many of the roles involve 
intermediaries as well as company employees. Moreover, the players, their roles and 
responsibilities differ not only among brands, but within brands as well. Finally, 
individual players with the same role in the process may be treated with different 
10 gradations of trust and confidence. 

In addition, each design-to-order supply chain transaction is more akin to building a 
custom home than buying a component from a catalog. The transaction involves 
multiple parties and "sub-contractors", each of whom contribute to the process over a 
15 period of many months. They have close interdependencies and a need for accurate 
shared information and coordination of processes. During the transaction's life cycle, 
adjustments such as adding new parties, changing specifications, and changing 
schedules can happen at any time to accommodate new opportunities and unforeseen 
issues. 

20 

Consequently, any supply chain solution for design-to-order supply chains may handle 
transactions that are long lived, nested and compensating. The solution may also be 
inherently collaborative. It should support multiple parties speaking multiple languages 
each contributing information and managing portions of the process. It should be 
25 flexible to support individual variations in roles and processes. It may bridge the 

disparity in document formats, allowing each party to continue using familiar formats 
while improving the process and ensuring accurate exchange of information. Finally, 
the solution should add value to the overall process by providing proactive alerts during 
the months long transactions. 

30 

Add Value for AH Members of the Supply Chain 
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The solution should add value for all parties in the chain. Since each party manages 
important portions of the overall process, all parties in the supply chain should be first 
class citizens. Each should have functionality that helps them manage their part of the 
process, not simply to react better to the needs of an adjacent link in the chain. 
5 Otherwise information quality is compromised. 

No one member of the supply chain should dictate the solution. For example each 
Brand may want to define their preferred format for creating a purchase order, while 
each supplier may want to define the way they view purchase orders regardless of 
10 Brand format. The solution should support this need without compromising data 

integrity. In addition, the solution should provide information visibility across the chain 
in each member's preferred native language. 



Support Rapid Customization & Re-customization 

15 

Given the variability and dynamism of processes and relationships, and the lack of 
standard documents for communication, it is clear that no one solution may fit all 
Brands or all parties in the supply chain. Therefore it is imperative that any solution 
should be rapidly customizable to reflect the needs of all the parties in the supply chain 
20 in a first class way. In particular, the solution should allow easy customization of: 



• Roles, relationships, and work items and easily assign these to particular 
individuals. 

• Multiple presentations of the same type of form according to each role's needs, 
25 thus supporting all users as first class citizens. 

• Allow customization to be rapidly redeployed to new parties, even in different 
countries with different languages. 



Support Secure Dynamic Supply Chain Expansion 

30 

Apparel brands are continually seeking new sources for production to meet the unique 
needs of new apparel lines, collapsing seasons, cost and quality pressures and changing 
consumer demand. Therefore, a supply chain solution should provide an easy way to 
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add new members of the supply chain while maintaining a totally secure, private 
environment. The solution should also provide facilities to help buyers find new 
sources in a public community, get more detailed information about them from trusted 
intermediaries and then add them to their private chain regardless of their location in the 
5 world and with no disruption to operations. There should be easy fluidity between the 
public and private communities with no security exposures. 

Support Native Languages Top to Bottom 

10 A problem exists that when two or more users are using the system and having a 

conversation across countries/regions. The users send comments to each other that stay 
in the language in which they are writing. For example, a Chinese user may send a 
comment to a user in NY, the comment will stay in Chinese and be unreadable to the 
US user. Further, the Chinese user cannot send English, as he/she cannot type it in 

15 using the Chinese system. Therefore, communications cannot happen. 

Figure 3 illustrates a method 300 for translating documents in an design-to-order 
supply chain in accordance with one embodiment of the present invention. In 
operation 302, a plurality of documents are received which include information 
20 reflecting services in an design-to-order supply chain. Such documents are received 
utilizing a network. 

Upon receipt, the documents are translated for the purpose of the processing thereof. 
See operation 304. As an option, the documents may be translated to a predetermined 
25 language in accordance with process templates. Further, the translation of 
predetermined components of the information may be forbidden. 

Next, the processed documents are outputted to the design-to-order supply chain 
utilizing the network, as indicated in operation 306. In one embodiment of the present 
30 invention, the documents may be updated in accordance with the processing thereof. 

In order to operate a global infrastructure with operational centers in many countries, 
there is an obvious need for internationalization of key system components. However, 
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this is not nearly enough to satisfy the unique requirements of the Apparel industry. 
There is a critical need to support everyone in the supply chain in their native language 
because of the processes and relationships that span many countries, and the fluidity of 
those relationships. This is even more important when many of the parties involved in 
5 the chain have little or no English skills. 

Allowing each user to view and provide information completely in their native language 
minimizes the risk of miscommunication. Ideally native language support should apply 
to both structured and free form information exchanged between all the parties. 

10 

Since each party in the supply chain may choose to uniquely tailor the system, 
customizations should be easy to deploy in new countries with no delays in 
implementation. Parties should be able to define customizations in their native 
language, and there should be no complicated extra steps required to internationalize the 
15 customizations to work worldwide. 

The present invention thus provides an internal translation engine that changes the 
comment from one the language entered by the sending user to the target language of 
the user receiving the comment. The translation occurs after the comment being sent is 
20 entered into the system. The comments in both languages are stored so the ongoing 

conversation is kept in both languages. The translation engine can do this between two 
or more languages. If the target for the comment is a plurality of users in a series of 
countries, the translation is done for all of them. The user sending the comment may 
even choose all of the target languages. 

25 

Another related problem is that real-time language translation has to be very intuitive 
to be accurate. Most translation engines run 80 - 85% accurate. Many problems may 
occur when a machine translation is wrong. 

30 Figure 3a illustrates a method 350 for multilingual global editing utilizing a network. 
Initially, in operation 352, text is received in a first language from a first user utilizing 
a network. Thereafter, in operation 354, the text is translated from the first language 
to a second language. 
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Such translated text is then transmitted to the first user utilizing the network for 
allowing the first user to edit the translated text. Note operations 356 - 358. In one 
embodiment of the present invention, the translated text may be displayed to the first 
5 user on a display device for the allowing the first user to edit the translated text. To 
facilitate this, a virtual keyboard may displayed to the first user on a display device 
for the allowing the first user to edit the translated text. Optionally, the virtual 
keyboard may includes alphanumeric characters in the second language. 

10 Thereafter, the edited, translated text may be sent to a second user utilizing the 

network. See operation 360. As an option, the edited, translated text may be saved. 
In one example, the text may relate specifically to an apparel industry. 

The present system thus allows for the user sending the communication to view the 
15 translated versions before sending. They can edit the translation by bringing up a virtual 
keyboard on the screen that supports the target language and editing the translation. The 
edited version is then sent and saved in the system. Therefore, comments can be made 
100% accurate. 

20 Traditionally, the user identifier and password to log onto a system are defined from 
the keyboard that the user is using when first defining these logons. A problem 
occurs when such user travels and still uses the global system. Unfortunately, the 
keyboard available to them changes, and the symbols of their personal logon are not 
available. 

25 

Figure 3b illustrate a method 370 for allowing a user to login from anywhere in the 
world utilizing a network. First, in operation 372, a request to login is received from 
a user. It should be noted that the login may include entering a user name and a 
password, or the definition thereof. In one embodiment, the login may be conducted 
30 for the purpose of accessing a system associated with an apparel industry. 



-25- 



Next, in response to the request, the selection of a language to be used during the 
login is allowed. Note operation 374. Optionally, this selection may be automatic 
based on a default language and/or a current location of the user. 

5 Further, a virtual input device is depicted on a display for allowing the user to login 
utilizing the selected language. See operation 376. Similar to the previous 
embodiment, the virtual input device may include a virtual keyboard. Further, the 
virtual keyboard may include alphanumeric characters in the selected language. 

10 It should be noted understood, as an option, the request to login may be received from 
the user utilizing a network, and the virtual input device may also be transmitted 
utilizing the network. 

The present system thus uses a pre-loaded virtual keyboard of all languages. 
15 Therefore, a user can bring up their original keyboard on the screen before logging in 
and use it for their user id/password from any other keyboard, anywhere in the world. 

The present system allows the user to change the base language they work in at the 
time of login. When that language is chosen, not only do the user interface screens 

20 change to the chosen language, but the graphics and look and feel of the screens and 
workflow change to accommodate the user. For example, when a user chooses 
Chinese for a language, Chinese symbols will come up on the screen, the Chinese 
calendar is used for workflow, and the color choices to run in will be different than a 
United States user. The present invention also includes a pool of global symbols that 

25 can be used by all users to navigate through the system. 

In another aspect of the present invention, an associated internal machine translation 
engine is provided to translate general conversations amongst users. A problem 
occurs, however, when the user is conversing in a way that is technical for a specific 
30 industry. The margin for error increases as the technicality of the comments increases. 
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Figure 3c illustrates a method 380 for translating language. Initially, in operation 382, 
a plurality of words are received for being translated. Further, the words may be 
received utilizing a network, and may include technical words. 

5 Further, a context associated with the words is identified. See operation 384. 

Optionally, the context may include a particular industry in which the words are used. 
For example, such industry may be the apparel industry. 

Still yet, the words may be translated based on the identified context, as indicated by 
10 operation 386. Such translation of the words, in one embodiment, may include 

matching the words with a predetermined set of translated words. As an option, the 
predetermined set of translated words may be selected based on the identified context. 

The present internal translation engine is thus customized for the verticals that the 
15 global platform supports. The engine has the decision making ability to translate 
technical words/phrases, translate within a particular context of the vertical, and not 
translate certain phrases that it knows it shouldn't. For example, a user can send a 
comment concerning a certain color of cloth to another user, and the engine will know 
the user is in the apparel vertical, that the comment being translated is referring to 
20 color, and the proper name of the color in the comment remains "as is". 

Appendix A is an exemplary portion of an international glossary for an apparel 
vertical market that can be used to make the internal machine translation engine 
accurate for the apparel vertical. 

25 

Provide Global, Device Independent Deployment 

The fundamental requirement driving global, device independent infrastructure 
deployment is to ensure adequate performance for every user of the system throughout 
30 the world, including the developing countries. The system must be reliable and 

responsive otherwise it won't be used. There are wide disparities in the quality of the 
Internet infrastructure, from Hong Kong - where telecommunications is world-class, to 
Bangladesh - where 9600bps is state of the art, to Cambodia and Vietnam - where fax 
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prevails, yet wireless is taking hold quickly. Consequently, user presentation should be 
entirely device and speed independent. Processing power should be distributed to 
maximize responsiveness. 



5 These requirements drive the need to deploy infrastructure in many different regional 
centers. With this type of deployment a Brand is free to move manufacturing or any of 
its supply chain relationships from one country to the next. There should be no lag in 
getting a new supplier on the system with the best possible user experience. 

10 This type of global infrastructure implies a robust and sophisticated distributed 
processing architecture. It should ensure data integrity, security, auditability, easy 
modification of business processes as they change (including full native language 
support), and smooth implementation of a continual stream of incremental application 
enhancements. Of course, all of these processing centers may be managed to provide 

15 high quality customer service and support of all the users in the supply chain. 

Figure 4 illustrates a method 400 for tailoring a network-based supply chain for 
different regions. Initially, in operation 402, a plurality of documents are received 
which include information reflecting services rendered in a source region in a design- 
20 to-order supply chain. 

Thereafter, in operation 404, a current region in which the documents are received is 
identified. Further, the documents are delivered based on parameters of the identified 
current region for the purpose of the processing thereof. See operation 406. In one 
25 embodiment of the present invention, the parameters may include a speed with which 
the documents may be transmitted, or a medium over which the documents may be 
transmitted. Further, the documents may be presented in a manner that fully utilizes 
capabilities of the current region. As an option, the documents may be translated 
based on the identified current region based on the identified current region. 

30 

Finally, the processed documents may be outputted to a destination region of the 
design-to-order supply chain, as indicated in operation 408. 
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The problem with a system going global is that system designs tend to be those 
accepted by the system originator. These designs do not take into account the laws 
that change between countries. This creates the problem of misunderstandings and 
possible system not being able to be used. 

5 

Further, problems exist with a system going global in that system designs tend to be 
those accepted by the system originator. These designs do not translate well across 
borders. This creates the problem of misunderstandings and possible laws being 
broken. 

10 

Figure 4a illustrates a method 450 of handling supply chain data in different locations. 
First, in operation 452, data relating to a supply chain is received from a first location 
utilizing a network. Such data is maintained in accordance with a first set of rules 
associated with the first location. Note operation 454. Optionally, the rules may 
15 include laws. 

Further, the data is received at a second location utilizing the network, as indicated in 
operation 456. It should be noted that the first location and the second location may 
include a first region and a second region, or a first country and a second country. 
20 Origin and destination tags may be used to facilitate the identification of the first 
location and the second location. 

In operation 458, the data is translated in accordance with a second set of rules 
associated with the second location. 

25 

The present system thus takes into consideration the laws of the countries using the 
system in the design and provisioning of the system. Some users may have a slightly 
different setup and ability to handle global data differently than another countries' 
users, as the system is always runs according to the laws applying to IT and security 
30 of their country. 

Moreover, the present system has a global infrastructure that accommodates users 
crossing all world borders. The system itself can detect when a user is in a country 
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that data etc. has to be handled differently due to IT laws. For example, when a US 
user travels to Singapore, the data in the present system is handled according to the 
laws of Singapore, not the US. The knowledge that a border has been crossed and that 
there is change in the system that is required is handled internally to the system and 
5 not by the user. The user is working as normally he/she would work from their office 
anywhere in the world. 

A problem further exists when a system cross languages, the data gets corrupted 
because the storage mixes the data up in one system. Many time in the past, system 
10 have separated the data by using separate systems or databases. These become too big 
or too separate to be able to scale over time and use. 

Figure 4b illustrates a method 470 for handling global data. Initially, in operation 
472, data is received in a plurality of different languages. Further, in operation 474, 
15 the data is tagged based on the associated language. Optionally, the data may be 
tagged by allocating a file identification parameter, i.e. extension, etc. Further, the 
file identification parameter may be determined based on the associated language. As 
an option, the data may be associated with an apparel industry. 

20 Further, the data is stored in a single storage device. See operation 476. As an 
option, the storage device may include a database. 

The present system thus handles all global data in one system, and in one database. 
All data has language tags, therefore ensuring no mixing of languages and resulting in 
25 data corruption. The system remains smaller and more efficient, thereby making it 
able to scale in direction of adding users and in the direction of adding languages. The 
single, multilingual data structure is the key to allowing for this. 

Collaborative Supply Chain Service for the Apparel Industry 

30 

The present invention addresses all the supply chain solution imperatives described 
above by providing a comprehensive collaborative supply chain service for the apparel 
industry. The three inextricably linked components of the service are: 
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1. 



The Collaborative Supply Chain Platform & Solution Modules 



2. 



A first class, 24x7 Managed Secure Global Infrastructure with regional centers 



5 



around the world. 



3 . Partner enabling services that facilitate customization and rapid worldwide 
adoption of the service across the supply chain. 

10 1. Collaborative Supply Chain Platform & Solution Modules 

Figure 5a illustrates the various software components 500 of the present invention. 

The software component of the collaborative supply chain service consists of three 
15 major layers: 

> Collaborative Supply Chain Platform 502 

> Supply Chain Solution Modules 504 

> Enterprise Customization Definitions 506 



The collaborative supply chain platform architecture 502 is a sophisticated fully 
internationalized distributed computing environment. It runs functional components on 
regional centers for optimum performance while ensuring full data integrity, security 
and auditability. The collaborative platform layer's key functional capabilities are: 



20 



25 



• Business Process execution services - a completely data driven engine which 
performs: user role-based business rules for data visibility and manipulation, 
routing, sophisticated process time tracking and analysis against defined 
schedules, generation of alerts, and full auditability 



30 



• Presentation services - device independent, data driven presentation services. 
Allows each party in the supply chain to view data in best format for them, 
including easy expansion of user interaction to non-browser, lower bandwidth 
presentations, and non-landline connected devices, e.g. mobile devices 
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• Native language services - distributed transformation engine allowing all 
information to be exchanged and presented in each user's chosen native 
language 

The supply chain solution modules 504 provide all the base functionality of key 
business process components of the supply chain (e.g., production management, 
strategic sourcing). The processes' functionality takes into account the requirements of 
long transactions, and the iterative and collaborative nature of those transactions. 
Solution Modules 504 consist of: 

• Definition of user business roles for specific business processes (e.g., brand 
product manager, factory production manager) Role definitions specify data 
visibility and business processes that role is authorized to perform. 

• Data sources and processes for the transformation and routing of documents, 

• Data, process and schedule driven alerts. 

• Process tracking and reporting formats. 

• Default presentation formats for each of the business processes in the Solution 
Module. 

The Solution Modules 504 are architected so that they can be progressively enhanced 
across the global network with no operational disruptions. This is possible because of 
their use of the underlying data driven collaborative supply chain platform. Moreover, 
because these modules are defined as data, they may be easily moved between global 
network nodes. This capability makes it easy to provision solution modules at different 
nodes in the system. It also makes it easy to move solution modules among nodes. 
This movement may be necessary if, for instance, a user travels from a geographic 
region served by one node to a geographic regions served by another node. 

The third layer of the present invention is the enterprise customization definitions layer 
502. One goal is to enable brand manufacturers to strengthen their supply chain 
relationships and enhance their business processes, not attempt to supplant or 
disintermediate them with a "canned" service or marketplace. Consequently, the 
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present invention does not dictate one solution, but has built an architecture that is 
rapidly customizable to reflect each member's unique needs. 

The enterprise customization definitions layer 502 contains descriptions of roles and 
5 responsibilities; document formats and processes unique to an enterprise in the supply 
chain. Since the underlying platform architecture is completely data driven, 
customizations do not require coding or the use of an SDK. Therefore customization is 
flexible and rapid. Finally, since the present invention is fully internationalized, the 
customization definitions can be specified in native languages, thus easing adoption and 
10 providing first class support to all parties in the supply chain. 

2. Managed Secure Global Infrastructure 

The best apparel supply chain software in the world may not be used unless it is reliable 
15 and provides a responsive end user experience. When supply chain partners are 

primarily in North America or in G7 countries this is less of a challenge. However, the 
apparel industry supply chain extends well beyond those boundaries into the developing 
world. The present invention fully satisfies this need, and may address it with the 
second key component of its collaborative supply chain service, its global 
20 infrastructure. 

The managed secure global infrastructure consists of a number of regional processing 
centers in combination with a global routing center. All of the centers may be 
implemented as Telco class centers with robust security, system redundancy, failover 
25 technology and management, and 24x7 managed operations. Users of the present 

invention have first class operational and application level support from professionally 
staffed call centers. As appropriate regional centers may also be fully capable of 
supporting wireless connectivity and other unique regional requirements. 

30 3. Partner Enabling Services 

Partner enabling services facilitate successful adoption of the collaborative supply chain 
solution modules across the supply chain. The present invention understands the 
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current state of technology in use is rudimentary with phone, fax, FedEx and some 
email. It is also understand that each Brand has a unique process. To help the Brands 
and their supply chain partners be successful, the present invention provides enabling 
Services that may move each partner from a business process analysis phase, through 
5 system customization, and end user training. 

The present invention first focuses on the brand and their existing supply chain partners. 

The present invention provides the enabling services to both the brand and their chosen 

supply partners. Following that success, under the guidance of partners, the present 
10 invention proactively seeks out and enables additional supply chain partners to build a 

larger supply chain community. Ultimately this enabled community may provide 

greater flexibility for the brands to manage new as well as existing product lines. 

Brands may be able to find alternate suppliers, agents and other supply chain partners. 

Suppliers, agents and others may also be more visible to more brands, creating more 
15 balanced businesses for them. 

The present invention enables a deep understanding of the unique challenges of the 
design-to-order industry supply chain - the complexity of the relationships, the 
dynamism of the business processes, the longevity of each transaction, and the reach 

20 into the developing world. All these characteristics make creating a solution that adds 
value a challenge. The present invention provides a comprehensive service with three 
inextricably linked components - a software solution designed uniquely to address 
design-to-order supply chain requirements, a world class managed secure global 
infrastructure that can reach into the developing world, and partner enabling services 

25 that facilitate customization and rapid adoption across design-to-order supply chains 
like that of the apparel industry. 

Objects by Category 

30 The following section presents the types of things the present invention manipulates. 
These design objects are grouped into categories to best explain what each are. 
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This particular sequence of the narrative flow was chosen to best describe the 
different categories in an order which best builds up the total picture of the types of 
objects in the system. However, sometimes forward references to new concepts are 
made along the way, that are explained later in more detail. 

Each category of design objects provides an initial overview and a final summary of 
the main points. 

The scope of the categories of things manipulated within the system are: 

■ Document Objects 

■ Planning Objects 

■ Enterprise Objects 

■ Team Role Objects 

■ Network Objects 

The sections following this describe the relationships between the objects in more 
detail. In addition, each of the terms described herein appear as part of the glossary of 
terms at the end of this document. 

Documents 

The documents define the active content communicated amongst the businesses using 
the present invention. 

All documents are part of an audit trail that records their content's activity. 

The present invention may manipulate these types of active content: 
Business Documents 
Messages 
Alerts 

Action Items 
Calendar 
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Business Documents 



Business documents are legally binding documents between two parties. They flow 
between businesses as messages, and at rest update their respective systems of record. 
5 Each business document is a collection of data to accomplish some value added to the 
supply chain. 

They are usually large structures with many sub-elements. Examples of business 
documents include a Purchase Order, Shipping Notice, and the like. Although they 
10 often have paper counterparts, business documents may be primarily electronic. They 
consist only of data, and are not an image or facsimile of the paper forms they 
represent. 

Because business documents are legally binding, the definition of their contents are 
agreed upon by both parties. Because the relationship of the parties to a trading 
15 partner network may differ substantially across different trading partner networks, 
each trading partner network may have unique requirements for the information 
contained in its business documents. Therefore, business documents must be fully 
customizable for each trading partner network. Business documents may require an 
authorization before being forwarded from one business to the next. 

20 

Comments 

Comments hold the more informal communication between two parties in the supply 
chain. They are brief text messages that form threads of commentary in the context of 
25 a business document's contents. 

Because they are comments, they do not form part of the business document 
definition itself. An end user may comment about any business document at any time 
as a general messaging facility. 

30 

Threads of conversation form when more than one comment is attached to the same 
fragment of business document. The attached commentary is seen once the end user 
pulls the business document into view. The commentary shows the people who 
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participated in the thread, what they said and when they said it. They are attached to 
the fragment of document about which they talk. 

Alerts 

5 

Alerts are real-time messages forwarded when special events occur. Unlike 
Comments, they are pushed to the receiving party. Any party may receive an alert at 
any time, that is, they do not need to have the system running on the browser to 
receive an alert. 

10 

Alerts are brief text notifications that are routed to the receiving party's web page or 
email, pager, fax machine or cell phones and the like. Their purpose is to notify the 
receiving party to pull up the system on their browser. 

15 The alerts are attached to their context in a business document in much the same way 
that comments are. By responding to an alert, the party is taken to the information to 
pull up on their web page to review. 

Alerts can be posted by the sending party, or be the result of an event triggered within 
20 the system once a pre-defined condition is met within the process or data. These 
events can be fired at any time, and may cause multiple triggers. To prevent the 
annoyance of a constant stream of alerts from multiple sources being received on 
multiple devices, each notification aggregates the alerts, and is periodically routed and 
released by the system. 

25 

More information on Alerts is as follows: 
Terminology 

30» Instantiated - defined an instance of a type of document or task 

• WIP: the stage between instantiated and submitted 

• Submitted - submitted the instantiation of the document but it hasn't been 
approved by internal workflow 
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• See Pending approval below 

• Published - after a task is instantiated, submitted and approved if required, it 
is published, which means others in the TPT can see the information on that task - 
even if it is empty 

5» On the calendar - When a date is associated with a published task 

• Incomplete - a published task that has not been filled out and submitted by the 
data owner 

• Pending Approval: the stage between incomplete and complete or submitted 
and published. 

10» Completed - once a user fills out the information in a task, submits it and gets 

workflow approval so that now the information in it is published. 

• Workflow Approval - internal approval defined in the workflow that may be 
given to a task or set of tasks before they can be "published" or shared with the rest of 
the TPT. 

15 

In one embodiment, the following types of alerts are supported: 

• Alerts based on the receipt of new information form within tasks 

• Alerts based on due dates of tasks. 

20 When a person personalizes the system, they specify the type of alerts they want to 
see and how those alerts are displayed. At the user personalization level the user can 
modify the basic rules on a document, alert type, and role basis. All alert rules may 
be set at default values and at any time the user can return to those default values and 
rules. 

25 

The following may optionally be supported: 

• Modification of alert rules on a task-by-task level. 
30 • Alerts based on logic pertaining to the information within tasks. 

i.e.: I can be notified if I am supposed to be done with sewing by Friday and I am 
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not, but I cannot be notified if on Thursday I have only sewed 10 of the 100 
sweaters I am supposed to sew. 

Behavior and Views 

5 

It may be required to decide base level UI display and behavior for all alerts: 

• What information is displayed at the initial alert level and how are they 
differentiated. 

• What does one see, what can you do when they "open" them up. 

10* What type of behavior does each have around being deleted or disappearing 

etc? 

• What type of behavior does each have around collecting like-alerts together as 
a document?' 

• What type of default rules surround who gets notified? 

15* What types of default rules surround the type of notification - email? 

The goal is to boil them down to hopefully a single or couple of categories and 
behaviors / appearances / "rules" and make them really simple and really easy - just 
like e-mail. 

20 

Alerts sent to e-mail 

All alerts can be forwarded to email at the time they are sent, by the system. This 
option is set when a user personalizes the system. In one embodiment: 
25 • These may be simple emails, maybe with an info summary and a link - pre- 

coded for username and password - to the appropriate page in the present invention 
where the user can directly see the information they are being notified about. 

• The subject line of the email should be precise and clear. 

• The sent from address should be the individual who sent the message that 
30 generated the alert not from any "account" 

As an option, the following may or may not necessarily be included in the present 
embodiment: 
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• Ability to subscribe to an external email that summarizes all changes/updates 
and that goes out to the people in each trading partner organization that are interested 
and need to keep abreast of all changes but don't need to act on them on a daily basis. 

• Ability to forward information on the present invention - such as alerts or 
5 attached documents "blob documents" - to an email account. 

Types of Alerts 

Look at this Alert 

10 . 

A look at this message 8c alert is a private message between two people- it takes a 

visual snapshot of what the sender is looking at - it is not like delegation because the 

person receiving it can't complete the undone task - it's like secret work behind the 

scenes - it can transcend typical viewing rules - it can be used to highlight special 

15 things outside of the normal back and forth communication. - It can be a private 

precursor to a problem alert - it should be attached to all tasks and views of 

information no matter where they appear 

Info Alert - New Document 

20 

Such an alert is sent the first time a new document is "published" - first time newly 
instantiated tasks are "published". This may be the time that the "approval" task goes 
out with the document. 

25 The people that receive the present alert may be everyone in the trading partner team 
that has a view role in the task. Others in the trading partner organizations will be 
able to see it through and they can individually set their alerts. 

The present alert may have a task attached to it often times (acknowledge/accept). 

30 
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Info Alert - New Task Complete 

Such an alert provides a notification when new information has been added to an 
already instantiated and "published" task. This can be the completion of an 
5 incomplete task or the sending of a comment on an incomplete or complete task. 

i.e.: one has already received a "new document" alert and most likely - though not 
necessarily - the task was assigned a date and it was on the calendar. 

The people that receive the present alert may be those who got alerted when the initial 
10 documents was "published" or routed. The new information may be completed task 
information or comments on a task. The alert may highlight the new information and 
also lets one link back into the entire document. 

These alerts could get to be really burdensome if not handled correctly. One thought 
15 is to "pile them up" so that all the little things for a document collect in one alert 
button. Another thought is to have them be email only or not be defaulted to alert at 
all, or have them summarize by week across all documents and project. These 
probably should automatically delete as soon as they are open. 

20 Info Alert - Approved Change Request 

The present alert is used when information on an already completed task is changed 
and the date owner approved the change. 

25 The people that receive the present alert may include anybody that got alerted when 
the initial task was completed and published. 

The present alert may be very similar to the New Info alert because the person most 
affected by it would have already approved it. It may also be different; because a 
30 change in existing information could really change other people's offline plans. 

Info Alert - Problem Notification 
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All problems are going to be dealt with offline through email and the system just 
updated to reflect the results. 

Info Alert - Task Approved 

5 

The alert notifies someone that the task they submitted has been approved and 
published. At anytime a user can see the status of a task they completed and 
submitted by opening up that task in the calendar. It may read pending approval and 
list the approver. 

10 

To Do Alert - Task 

The present alert notifies one of an approaching task that needs to be completed. In 
personalization, users can set the lead-time on these alerts. 

15 

The person assigned to a task may be the person that receives the present alert. If 
multiple people (like a whole job function) is assigned to the task, then they all may 
get it. 

20 When the task as been completed and submitted, it should be removed from the alert 
box. If the task is started and saved as WIP the service is tagged as WIP and as a task 
who's due date is looming on the calendar. 

To Do Alert — Rejected Task 

25 

This alert is just like a To Do Alert but it is sent after a task goes for internal approval 
or for external approval through a scheduled approval task and is denied. Like 
internal approval and change request approval tasks, a rejected task does not have a 
date associated with it, therefore it should be treated as if it needs to be taken care of 
30 immediately. 

To Do Alert - Internal Approval, Change Request Approval 



-42- 



This is an alert that is set for approval tasks without a date assigned to them. This 
includes internal approvals (referred to as workflow approvals) and external approvals 
that are change requests. External approvals that have dates set to them (Approve this 
5 PO or Approve this production schedule) operate like standard tasks with dates set to 
them. 

Some additional rules and comments regarding alerts are as follows: 

10» One cannot "opt out" of being notified when you need to approve things - but 

can specify where he or she wants the alert to go. 

• One can only delete a To Do Alert - Approval by approving or denying the 
document. 

• These tasks appear on the calendar as a "Today's Alert" until they are 
15 completed. 

• Should Approval alerts stack up by document containers? Therefore if one 
has 3 approvals of tasks within the same document, all three may appear in the same 
alert. 

• One cannot edit information in the task he or she is approving, but can add 
20 comments or translate comments 

Action Items 

Action Items communicate the overall workflow within the system by scheduling 
25 specific process steps to be actioned when they are needed. The system monitors the 
current state of the workflow along the supply chain, and updates the agenda for each 
business in the system accordingly. The agenda for each business consists of a 
number of action items. 

30 The action items are a brief text description of what steps can be actioned, what steps 
are in progress, what new steps can be launched, or what finished steps require 
authorization before being forwarded to the next step. 
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A workflow definition is used to control the updating of each business' agenda. This 
definition describes the logical progression of action items to update the contents of 
the business documents in the system as part of the flow of work. 

5 Calendar 

The calendar is the central organizing document for each of the parties using the 
system. Whereas a business document is for one value add activity between two 
specific businesses, the calendar is the visibility document used across all businesses. 
10 It is the current picture for each business of their involvement with other businesses in 
the system. 

Like a business document, it is only a container of data, not a facsimile of a paper 
calendar. There are many ways to present to each business their current status within 

15 their supply chain. The dimensions for a particular calendar view may present a flow 
through time, similar to a Gantt chart, or be arranged around a particular business 
partner or document, or action item status. The calendar provides the data for the 
particular ways each business user rolls-up, slices and dices and filters it into views. 
As the central visibility document, the views of the calendar provide not only 

20 presentation graphics but also interactivity, to allow each business to launch action 
items from within its current view of the supply chain. 

Unlike a business document, all businesses agree to use this one visibility mechanism 
as the contract between themselves. Nor does updating the calendar require approval 
25 from any party, it is updated as a consequence of using the business documents, 
commentary, action items and alerts of the system. As the system monitors the current 
state of all these, the calendar document for each business involved is updated real- 
time, whether the business is on-line to view it or not. 

30 The purpose of the calendar is: 

• GUI display, access, and manipulation tool for tasks 

• Visual display of the time/date audit trail associated with documents and tasks 
throughout the supply chain. 
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• An engine through which workday/holiday information is merged with time 
zone information and factored into requested and actual dates. 

• Possibly to serve as the engine behind sending time based alerts and 
reminders. Possibly serve as the engine behind each users "my page" or their 

5 customized landing page consisting of imminent tasks, other alerts, shortcuts, content 
etc. 

Localization 

10 Any 3 rd party product used for the calendar may support local language display. It 
may not be necessary to support any other localize customization of the calendar 
(different month or week configurations, different display formats, etc.) Local 
conventions may be analyzed with a focus on the following: 

15* How do the most popular computer based business calendar programs in target 

countries work? 

• What do the current calendars non-US users are marking production and 
testing dates on look like? 

• What do the calendars and planners on the most popular local wireless & PDA 
20 devices look like? 

• NOT necessarily what do traditional printed calendars look like. 

Company- wide season calendar 

25 Each Tier III company can set up their own seasonal calendar with milestone dates 
i.e.: Finish pre-production garment tests; Start cutting. However, all "milestones 
input through the company seasonal calendar are just that - milestones. The 
milestone tasks themselves have no interactivity. All interactive tasks on the 
calendars may be sent collaboratively between the members of the various Trading 

30 Partner Teams. 

Calendar Creation 
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Calendars are created around "projects" (season/style). A calendar is created as soon 
as a style is published. The initial calendar may contain the milestone dates from the 
season calendar. Every time a task or roll-up task is assigned a date, the item is added 
to the calendar for that project. 

5 

Personal preferences calendar 

This functionality may not be driven by or occur in the calendar itself. It may occur 
when the user is instantiating a document and may be discussed in greater detail in 
10 relation to documents and tasks. 

Some calendar terminology is as follows: 

• "Delta dates" are the timeframes between different tasks 

• "Anchor date" is the starting point for those delta dates to begin calculating 
15 the actual dates 

• "Baseline schedule" is the template of delta dates for a particular set of tasks - 
normally that are strung together in a document. 

20 In one embodiment, support may be provided for the ability to: 

• Save the delta dates from a schedule one is creating as a "baseline schedule" 
dates that he or she can use as the template for all similar sets of tasks. 

• Save multiple baseline schedules for a particular document type (set of tasks) 
i.e.: you can have one baseline production schedule for a simple T-shirt and one for a 

25 complex athletic jacket. 

• Populate a current set of tasks with the delta dates from a similar past set of 
tasks. 

• Keep a list of baseline schedules relating to different document types by 
individual users. 

30 

Support may be also provided for the ability to: 
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• Create a custom task or reminder and to add that custom task or reminder in a 
personal baseline schedule that the user can invoke for other projects. 

• Share baseline schedules between individuals within organizations/divisions. 
If so, the option may be presented to add others' baselines schedules to a personal 

5 group of baseline schedules during the initial user personalization of the system. 

Example : The supplier has filled out the dates on a production schedule and gone to 
publish that calendar. They may be asked: Do you want to set this as you 're a 
baseline schedule for production and do you want to use the creation date or the FOB 
10 date as the anchor date and give a name to this baseline production schedule? The 
next time they complete a similar production schedule (the same document) they may 
be asked: Do you want to populate this production schedule based on a baseline 
production schedule? If so, which one? 

15 Calendar functionality 

Views 

Calendar views fall into two main categories: 
20» Current View 

• Audit View 

Each can have different views within it. Mainly the current view shows the current 
view of planned and actual delivery dates, while the audit view shows all proposed 
dates, requested changes, approved changes, etc in between. The audit calendar is 
25 designed to be used after the fact when it is time for charge backs and blame. The 
information traced on the audit calendar may be the fodder for data analysis and 
problem identification and optimization in future modules. 

Tasks appear on the calendar by - at the minimum - task name. UI and usability may 
30 determine what other information is displayed and how it may be communicated. 
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Generally, all authorized users at organizations represented on a trading partner team 
can see the calendar for the team(s) they are on. In one embodiment, calendars may 
be viewed by projects. They can be drilled down by: 

• Trading partner team (this is similar to the view a garment maker would see 
5 since they are on only one team for a project) 

• PO 

• PO/FOB 

• Trading partner organization (this shows only the tasks that an organization 
needs to complete - a management view) 

10# Individual (this shows personal tasks) 

The calendar can be viewed by day, week, or month. 

• On the calendar one should be able to easily distinguish between tasks that 
15 belong to him or her, and tasks that belong to others. 

• One should be able to distinguish which tasks belong to which trading partner 
organizations - or at least organization types. (Agent, garment maker, textile mill) 

!()• One should also be able to easily distinguish the tasks that are past due but 

remain uncompleted. 

• One should be able to easily see the most current planned date for a task to be 
completed (past or future) and the date it was actually completed. 

25 

• Clearly distinguish between actual tasks and milestone tasks 

Audit View may or may not be entirely contained on the calendar interface. In 
general audit view may show the viewer the actual completion date of a task and the 
30 most recent office due date. There may also be a way to access all the other dates 
associated with that task, including: 

• Proposed dates 

• Original official due date 
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• Requested changes to the official due date that weren't approved 

• Requested changes to the official due date that were approved 

• Actual completion date 

5 As long as this information is being tracked in the database, the display portion of the 
information is nice to have available. 

Permissions 

10 Generally, all organizations on a trading partner team may be able to see all tasks 
scheduled for that team so as to maximize visibility throughout the chain (i.e.: if the 
logistics person can see that date after date is slipping, they can investigate backup 
shipping arrangements in case they are needed). However, viewing the information 
within the task (double-clicking) may follow the permissions contained in the task and 

15 surrounding the information within the task (i.e.: the logistics person might see that 
the PO was delayed by two weeks but can't see the information contained in the PO). 

Functionality 

20 Most "calendar" functionality is actually task functionality and is embedded in the 
rules and behavior of the task. The "calendar" just serves as one access point to that 
functionality. 

Move between views 

25 

The most recent view of a particular project calendar is saved so next time one returns 
to that calendar he or she can see the calendar in that same format. 

The user should be able to move between different views of a calendar. 

30 

Drag and drop for edit a task date (optional) 

Follows the same rules as modifying a date in a task. Calendar just provides drag and 
drop GUI. 

35 
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Personal Preferences Calendar 
This is not calendar functionality. 

5 View/Edit a Task (double click) 

Double clicking on a task item in the calendar may open that item up. 

What is displayed to the user is based on that users role in the trading partner team 
10 and the viewing permissions contained in the task relating to that role. It is not 
calendar functionality. 



Create/ Add New 

15 Tasks may be added to the calendar through documents. In one embodiment, users 
may not be able to add one-off tasks to the list from a list of pre-set tasks or from a list 
of custom tasks that they create themselves. 



Time conversion/Workday/Holiday conversion 

20 

When a date is entered for a task, that date is translated into local time for each user 
just like text is translated into local languages. "Local time" may factor in: 

• Time differences 
(I requested information by Friday, but since I am a day ahead of you, you need to 

25 complete it by Thursday) 

• Holidays 

(I requested information by Thursday but your country is on holiday that day so I 
really need it from you on Wednesday) 

• Workweek 

30 (I requested information from you by Friday, but your work week is M-Th ? Sa so I 
need it by Thursday) 

In order to accomplish this, a standard country-by-country holiday and workweek 
schedules may loaded that may be applied based on country. Each user may be asked 
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to set their local time during personalization and confirm their local workweeks and 
holidays. 

Alerts 

Alerts may be sent to the user based on the preferences they set for different tasks. 
The preferences may be set in the task. The calendar may be used as the "pinging" 
and "emailing" engine for notification but the main system may tell the calendar when 
to send out those alerts and where to send them. 

A summary of the foregoing material on documents will now be set forth: 

• The system maintains a central blackboard of all these documents, and updates 
to each business the calendar for which they are involved. 

• There are formal and informal flows of documents routed both within and 
outside the system. 

• The business document flows within the system and may require authority to 
be forwarded as completed. 

• The alerts flow outside the system to page external devices as managed 
notifications. The notifications can re-enter the system and present the details 
of their alerts in context. 

• The commentary flows inside the system as a thread of comments about a 
fragment of a business document. To which fragment the thread attaches 
provides the context of the commentary. 

• The action items flow inside the system, and result from the steps taken in a 
defined workflow. The current agenda per user is comprised of action items. 

• Action items, alerts and comments are brief text messages. Business 
Documents are large, complex structures of data. 

Plans 

Figure 5b illustrates a method 550 for providing a dynamic supply chain module in a 
supply chain of a plurality of businesses. In one embodiment of the present invention, 
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the businesses may take the farm of apparel businesses. Initially, in operation 552 at 
least one project template is selected from a group of project templates to form a 
dynamic supply chain module. Each project template may include a plurality of 
process templates. 

5 

In one embodiment, the project template may allow the businesses to engage in 
activities utilizing the network. Such activities each include a plurality of steps. The 
completion of such steps is tracked in a document. 

10 Thereafter, the process templates may be manipulated to tailor the dynamic supply 
chain module in operation 554. Moreover, the module may be associated with a 
particular user, as indicated in operation 556. As an option, a plurality of users may 
be explicitly selected to interface with the dynamic supply chain module. 

15 To further tailor the dynamic supply chain module, services may be chosen which 
acquire information from users utilizing the network. Note operation 558. 
Optionally, the network may include the Internet. Such tailored dynamic supply chain 
module may then be plugged into a supply chain system in operation 560. In use, the 
dynamic supply chain module may be used to update process components of the 

20 supply chain system. 

Plan objects define the progression of the business documents through the system. 

Unlike the business documents, the other forms of active content do not require 
25 planning objects, because they have simpler schemes for routing their respective 
messages. 

Each plan object defines planning at a different level of detail within the overall 
workflow. The system automatically tracks and enacts the workflow they define on 
30 the blackboard. 

The present invention manipulate these plans: 
■ Project 
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■ Process 

■ Service 

■ Task 
■ 

5 Project and Process Templates 

A project defines an overall plan for a particular purpose. 

All the business documents, alerts, action items and comments in the system are 
10 processed only within the scope of the project to which they belong. Only the 
calendar document contains data from across multiple projects. 

New projects are created from a project template. A project template contains 
different combinations of process templates as a starting point for modeling the new 
15 project. 

A process template is a placeholder for a type of process. Using these, the project plan 
can be modeled to try out 4 what-if scenarios using different combinations of process 
templates. Not all process templates need be known at the time of project creation, 
20 they can be added, replaced and removed dynamically as a project progresses. 

A process template is used to create and launch a particular process. Once a process is 
created, it is a live process. A live process cannot be removed from the project once it 
is created - it can only be completed or cancelled. 

25 

As a result, each project contains a number of live processes and/or process templates 
within it at any one time. 

The project itself is not live until at least one process has been created. The project 
30 can be completed once all the live processes within it are completed or cancelled. 

Project Workflow 
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The project workflow is the specification of a path along which the processes can 
flow from the start of the project to the end. Before a live process is created in a 
project, its process template may be connected into the workflow line of the project. 

5 The first process template connected into the workflow for a project connects from 
the project's start point to its end point. Subsequent process templates are connected 
between these, resulting in a graph of connecting flows between process templates. 
The project plan may have orphaned process templates not connected to the 
workflow, but all live processes may be created from a process template connected 
10 somewhere in the project's workflow. 

The system uses the workflow to automatically determine which processes need to be 
created next once each live process has completed. 

15 In design-to-order supply chains, there are two particular work-item sequencing 
challenges that defy currently available workflow solutions: work-item revision and 
parallel branching with recombination. In traditional workflow solutions, once a 
work item is completed, it is closed and unavailable for further work. Because 
design-to-order production is a highly collaborative process that occurs over an 

20 extended period of time, changes in the market for the product or unforeseen 
manufacturing constraints may necessitate design and production changes late in the 
process. Such changes require revising closed work items. Moreover, changes to 
these work items require changes in certain work items completed subsequent to the 
revised work item. In a preferred embodiment of the current invention, planners can 

25 declare work items that users may revise and the steps used to execute revisions. 
Planners can also declare the dependency of a work item on revisions in a previously 
executed work item and the steps for resolving this dependency. When users need to 
revise a previously closed work item, the system uses these declarations to guide the 
user through the steps necessary to make the revision and then propagates this 

30 revision to all work items that were previously executed and have a dependency on 
the revised work items. Once the system has guided the owners of these dependent 
work items through the steps necessary to resolve their dependencies, it propagates 
the changes necessary to achieve dependency resolution to the work items dependent 
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on these work items. This chaining process continues until all dependencies are 
resolved, resulting in complete synchronization of all trading partner activities with 
respect to the original revision. 

5 In addition to this work-item revision problem, design-to-order supply chains also 
face the parallel branching and recombination problem. This problem manifests itself 
where the completion of one work item results in the creation of multiple subsequent 
work items based on the state of the original work item. For example, supply chain 
business documents such as quotes, purchase orders, and invoices typically involve 

10 several line items. It is not unusual for an organization to process each of these line 
items individually with parallel sequences of work items, then recombine the results 
into a single work item once all of the parallel sequences have completed. In a 
preferred embodiment of the current invention, planners can declare a work item that 
may spawn parallel sequences of work items based on the number of data elements in 

15 a particular section of a business document. They can also declare a work item that 
takes the results of these completed sequences as input, waiting for each sequence to 
complete. When the system encounters a work item that results in parallel processing 
sequences, it first identifies the number of data elements in the specified section of the 
business document. It then creates one initial work item for the parallel processing 

20 sequence for each of these data elements. When the first parallel processing sequence 
completes, the system waits to execute the next work item until all of the other 
parallel processing sequences have also completed. 

Process Threads 

25 

Once a process is created, it is appended onto the audit trail of live processes 
following each other. Each audit trail is a line of live processes which began at a 
process template at the workflow start and may reach the workflow end, or a 
cancellation along the way. Once cancelled, a new audit trail of processes may be 
30 begun from creating a process from a template. This begins a new thread of created 
processes. 

Process Interfaces 
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Each process template defines a list of incoming business documents and a list of 
outgoing business documents as its interface. The process itself transforms the 
incoming business documents into the outgoing documents as a value-add activity in 
the supply chain for the project. 

5 

Should a live process create a new business document during its internal processing 
and pass that business document out, that type of document may appear on the 
outgoing list of the process interface. Should it internally create a new business 
document and not pass it out, then that type of business document may not be 
10 represented in the outgoing list because it does not pass it across the process 
boundary. 

Only the types of business documents that cross the process boundary require 
definition as part of the process template. A type of business document can be both 
15 incoming and outgoing for a process interface. This does not mean that the same 
instance of the document may be updated and passed through - a different instance of 
the same type of business document may be output from that passed in. 

Process interfaces are the process integration points to other systems. A process 
20 template can define its interface in terms of business documents adapted to other 
systems, as long as the business document definitions are agreed to by both parties, 
and an adaptor is built to translate the foreign system into the native protocol (XML). 
Once adapted, the process integrates into the audit trail of the project workflow of live 
processes. 

25 

Process Implementations 

Usually, each process template has an implementation of its process defined as a set 
of services. These provide the ready-made implementation behind each process 
30 interface. 

When a process is created, the services that comprise it are activated as part of the 
process workflow line. The workflow of services in each process is specified in the 



-56- 



same way that the workflow of processes is specified in a project. The service work 
flow is just a finer level of planning in the system, modularized per process. 

Unlike process workflow, services cannot be orphaned in the plan separately from the 
5 workflow - all services are part of the workflow graph of a process. This is because 
the detailed steps' potential flows within each process are not likely to change from 
project to project, and thus do not require interactive modeling as a plan. 

Figure 5c illustrates a method 570 for managing participants in a supply chain. In one 
10 embodiment of the present invention, the participants may be apparel-related 
businesses. First, in operation 572, a project template is selected which defines a 
plurality of processes for completion of a project. A duration of each of the processes 
is then estimated. Note operation 574. Further, in operation 576, participants are 
assigned to complete each of the processes. Progression of each of the participants is 
15 subsequently monitored, as indicated in operation 578. As an option, the estimated 
duration for a process may be compared to an actual time of completion for adjusting 
times associated with subsequent processes. Further, a document may be created 
upon termination of each process for generating an audit trail. 

20 Further, an action item may be sent to one of the participants for providing 
information about the process associated with the participant. Such information 
relates to at least one of a date of initiation of the process, a date of termination of the 
process, and a duration of the process. 

25 Process Planning 

Each process provides a number of services, each of which require estimates of their 
duration and assignment of their resources during creation. Each process requires 
planning during its creation. Each processes' plan provides the information for 
30 generating action items in the system, processing all documentation routing and the 
formation of teams of resources to carry out a process. When a process is created, it 
may undergo planning before it becomes live. 
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Before a process is created, each of the types of business documents in its template 
interface definition define a set of roles by which they may be processed. The 
combined roles required by a process template constitutes the list of roles to which 
actual people can be assigned during creation of a live process. The combined list of 
5 all people assigned to a live process constitutes the process team for the business 
documents it processes. All the people assigned to roles across all the live processes 
in a project make up the current trading network for that project. 

Planning also involves base-lining the expected path through services in the 
10 workflow. The work flow provides the potential paths, but the planner expects only 
one linear path through the workflow. By base-lining the expected path, the estimated 
durations of the services are accumulated and the base-line due dates for completing 
the expected services are calculated once the process is started. 

15 The base-line of the expected path can report deviance from the path within the 
process, and provide the information to track actual dates against those estimated. In 
addition, the duration of each live process as a whole is the sum of the current 
expected path along each process thread. 

20 The services executed as part of the workflow within each live process provide the 
detailed audit trail data recorded against the process thread. 

The planning for each process - setting the expected base-line, the assignment of 
people to roles and the service durations - can be changed during execution of a live 
25 process. However, the types of business documents and their roles are fixed at 
creation of a live process, due to the contractual constraints underlying each business 
document. 

Process planning may involve the same work item revision and parallel branching and 
30 recombination used during project planning. 

Service Routing 
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